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DETAILED ACTION 

1 This action is in response to the amendment filed on August 1 1, 2003. 

2. Claims 1 - 45 remain pending and are presented for examination. Claims 1 - 45 remain 
rejected. 

3. Applicant's arguments with respect to claims 1 - 45 have been considered but are not 
persuasive. 

Claim Objections 

4. The clarification on the use of the term "proceeding" is noted and the objection to claim 7 
is withdrawn. 

Claim Rejections - 35 USC § 102 

5. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application for patent in the United States. 

6. Claims 1, 4, 5, and 9; 12, 15, 16, and 20; 23, 26, 27, and 31; and 34 - 45 are rejected 
under 35 U.S.C. 102(b) as being anticipated by White, U.S. Patent 5,428,782 
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In regard to claim 1, White discloses a panel driven application in a data processing 
system comprised of: 

"An analysis step of analyzing a description of said Business Application panels 
determining their input data. " White discloses user interface panels with certain attributes 
displayed on the user interface panel to identify parameters (determining the input data) 
associated with the user interaction (column 18, lines 42 - 54). 

"A generating step generating according to said analysis step at least one 
procedure... being callable from a program... autonomously executing at least part of said 
Business Application without interacting with said user. " White discloses a Transaction 
Definition Table (TDT) with all the control information to properly communicate panels and 
control of execution flow (column 9, lines 22 - 34), and a Generate Transaction Definition 
(GTD) that automatically generates objects from the TDF to produce application specific logic 
(column 8, lines 37 - 53) for a given transaction (column 9, lines 58 - 66). 

"Wherein said generation step generates program code into the procedure ... is 
providing required input data according to said analysis step to at least one sequence of 
succeeding Business Application panels, said sequence comprising at least one Business 
Application panel. " White discloses a transaction comprised of a collection of panels, reports, 
procedures, databases, etc. to be utilized on behalf of an application to perform functions for that 
application (column 19, lines 55 - 59; column 19, lines 60 - 64), and that the Transaction 
Definition Table (from the analysis step) correlates input/output application panels (column 9, 
lines 28 - 34) across multiple executions (a sequence). 
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"Wherein said generating step generates ... is performing a required activity for 
launching said Business Application to autonomously process at least one sequence of 
succeeding Business Application panels without interaction with said user. 93 White discloses 
that although a terminal has a human interface for initiating transactions, a "terminal" could also 
be a program, which could process a sequence of panels autonomous of human interaction 
(column 19, lines 42 - 54). 

In regard to claim 4: 

"...wherein said Business Application message description generation step stores... " 
White teaches a method of storing descriptive information on the panel elements, including type, 
length, position, and indication of input or output (column 21, line 7 to column 22 line 35). 

In regard to claim 5: 

" . . . wherein said Business Application panel description is generated by parsing and 
analyzing Business Application message implementations. .. " White teaches that the user 
updates the Transaction Definition File (TDF) (column 9, lines 58 - 66; column 10, lines 32 - 
36), which allows the GTD to compile the components in the TDF as well as defining 
constructing, composing, and deploying (parse and analyze) of the application components 
(column 10, line 25 to column 1 1, line 20). 

In regard to claim 9 incorporating the rejection of claim 1 : 

White discloses a system that operates on a local data processing system as well as 
communicating with remote data processing systems via a computer network using available 
protocols allowing the transaction method to control execution on a remote data processing 
system (column 4, lines 52 - 68; column 17, lines 38-48; Figures 6 and 8). 



Application/Control Number: 09/624,524 p age 5 

Art Unit: 2124 

In regard to claims 12, 15, 16, 20 (computer apparatus), and claims 23, 26, 27, 31 
(program storage device), they are rejected for the same reasons put forth in the rejection of the 
corresponding claims 1, 4, 5, 9 (method). 

In regard to claim 34, White discloses a panel driven application in a data processing 
system comprised of: 

"A transaction method called from a program, .without interacting with said user. " 
White discloses a Transaction Definition Table (TDT) with all the control information to 
properly communicate panels and control of execution flow (column 9, lines 22 - 34), and a 
Generate Transaction Definition (GTD) that automatically generates objects from the TDT to 
produce application specific logic (column 8, lines 37 - 53) for a given transaction (column 9, 
lines 58 - 66). 

"Wherein said transaction method is autonomously providing required input data... to at 
least one sequence of succeeding Business Application panels. " White discloses a transaction 
comprised of a collection of panels, reports, procedures, databases, etc. to be utilized on behalf of 
an application to perform functions for that application (column 19, lines 55 - 64), and that the 
Transaction Definition Table correlates input/output application panels (column 9, lines 28 - 34; 
column 27, lines 24 - 26) across multiple executions. 

"Wherein said transaction method is performing the required activity for launching said 
Business Application to process... a next Business Application panel... without interaction with 
said user. " White discloses that although a terminal has a human interface for initiating 
transactions, a "terminal" could also be a program, which could process a sequence of panels 
autonomous of human interaction (column 19, lines 42 - 54). 
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In regard to claim 35 incorporating the rejection of claim 34: 

"...wherein said transaction method includes handling Business Application messages 
with respect to individual Business Application panel elements based upon transaction records 
having Business Application message descriptions. " White discloses the creation of a view 
object using the TDF (containing panel elements) that correlates information to be 
communicated to the user, user profile, and application procedures; it is initialized when 
performing input/output panel (Business Application message) processing (column 8, lines 37 - 
50). 

" . . . wherein said transaction method launches the Business Application to process ... a 
next Business Application panel according to a Business Application message transition action. " 
White teaches the progressive processing of a panel by the Business Application through a view 
stack (column 16, lines 42 - 47; column 137, line 58 to column 138, line 3). 

In regard to claim 36 incorporating the rejection of claim 34: 
"Starting said execution of Business Application message with an interactive transaction 
record. . representing a first Business Application message of said execution unit of succeeding 
Business Application messages. " White discloses input from a terminal to a procedure (an 
interactive transaction record) with a transaction view presented to the procedure (column 58, 
lines 25 -35). 

"Proceeding said execution of Business Application messages with all preemptive 
transaction records., and not being a first Business Application message in said execution unit " 
White discloses the use of a view-stack to save and restore view information at different points in 
a transaction execution (column 137, lines 59 - 64). 
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"Ending said execution of Business Application messages with a next interactive 
transaction record or with a last preemptive transaction record. . . " White discloses the use of a 
view-stack to save and restore view information at different points in a transaction execution 
(column 137, lines 59 - 64). A stack has a last record. 

In regard to claim 37 incorporating the rejection of claim 34: 
White discloses a system that operates on a local data processing system as well as 
communicating with remote data processing systems via a computer network allowing the 
transaction method to control execution on a remote data processing system (column 4, lines 52 
- 68; column 1 7, lines 38-48; Figures 6 and 8). 

In regard to claims 38 - 41 (a computer apparatus) and claims 42 - 43 (program storage 
device), they are rejected for the same reasons put forth in the rejection of the corresponding 
claims 34 - 37(method). 



Claim Rejections - 35 VSC § 103 

7. The following is a quotation of 35 U. S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

8. Claims 2, 3, 6 - 8; 13, 14, 17 - 19; 24, 25, 28 - 30 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over White, U.S. Patent 5,428,782 as applied to claims 1, 12, and 23 
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respectively above, and further in view of Chen et al., U.S. Patent 5,806,062 (hereinafter referred 
to as Chen). 

In regard to claim 2: 

.further comprising generating and description of said Business Application panels 
prior to said analysis step... being independent from the system environment ... " White discloses 
a Transaction Definition File (TDF) composed of predefined (prior to analysis) components, 
which are used by the Generate Transaction Definition (GTD) to build a transaction (column 9, 
lines 58 - 66). The GTD builds transactions in a heterogeneous (independent from the system) 
environment (column 10, lines 30-32). 

"A Business Application panel modeling step, in which at least one of said Business 
Application panels... is modeled with respect to individual Business Application panel elements. " 
White discloses a modeling step by creating a view object using the TDF (containing panel 
elements) that correlates information to be communicated to the user, user profile, and 
application procedures; it is initialized when performing panel input/output processing (column 
8, lines 37 -50). 

"A Business Application message description generation step, in which at least one of 
said Business Application panels ...is parsed with respect to individual Business Application 
panel elements. " White discloses that the TDF is used by the GTD to compile and create object 
modules (column 10, lines 1 - 6). The individual elements of the TDF would be parsed by the 
GTD in order to prepare for compilation. 

"In which for each modeled Business Application message transaction record is 
generated storing said Business Application message description. " White discloses a method of 
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storing relevant data (transaction record) from the application in a profile view (message 
description) (column 16, lines 42 - 47). 

"A User Interaction Graph generation step, in which a sequence of Business Application 
messages,., is stored in at least one directed User Interaction Graph " White discloses a view 
stack for storing the relevant data from the application (column 16, lines 42 - 47; column 137, 
line 51 to column 138, line 3), but does not teach viewing the data with a user interaction graph. 
However, Chen teaches the use of a directed user interaction graph (column 17, lines 59 - 65). 
Therefore, it would have been obvious to one skilled in the art at the time the invention was 
made to implement a business application storing view-data in a stack as taught by White, and 
modify it with the interactive user graph as taught by Chen, because then the user would 
additionally have a interactive graphical display of the data on the view-stack as opposed to only 
tabular or panel display data thereby making the user interaction more efficient. 

In regard to claim 3 incorporating the rejection of claim 2: 

"A Business Application message transition generation step ...after a current Business 
Application panel according to the sequence within the User Interaction Graph " White teaches 
the progressive processing of a panel by the Business Application through a view stack (column 
16, lines 42 - 47; column 137, line 51 to column 138, line 3), but does not teach using the 
sequence within a user interaction graph. However, Chen teaches a directed user interaction 
graph (column 17, lines 59 - 65). Therefore, it would have been obvious to one skilled in the art 
at the time the invention was made to implement a business application storing view-data in a 
stack as taught by White, and modify it with the interactive user graph as taught by Chen, 
because then the user would have a visual representation of the relationships in panel structure 
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and provided a more efficient means to manipulate the system based on that graphical 
information. 

"In which said Business Application message transition action is stored within the 
generated transaction record... " White teaches a view stack for storing the storing relevant data 
from the application (column 16, lines 42 - 47; column 137, line 51 to column 138, line 3). 
In regard to claim 6 incorporating the rejection of claim 2: 

"...message description generation step incorporates indications on specific 
characteristics into the generated transaction record encompassing: 

"An entry transaction record indication, .required for an initial start of a Business 
Application execution. " White teaches the characteristics of a record indicated for an initial start 
(column 58, lines 25 - 66). 

"An external transaction record indication, characterizing a Business Application 
message being part of a second user interaction graph... " White discloses a procedure calling 
other procedures and external procedure calls (external transaction record) external to the 
transaction (column 58, line 67 to column 59, line 54), in which case the view-stack would be 
updated (column 137, line 58 to column 138 line 3). White does not teach the use of a user 
interaction graph. However, Chen teaches the use of a user interaction graph (column 17, lines 
59 - 65). Therefore, it would have been obvious to one skilled in the art at the time the invention 
was made to implement an application in a business system with external transaction records 
with an updated view-stack as taught by White and modifying the view-stack mechanism with 
the user interaction graph as implemented in the teaching of Chen because this would allow more 
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efficient selection of an external transaction record when the system components are displayed in 
a graphical representation of the entire system. 

"An interactive transaction record indication, indicating a Business Application message 
on an execution unit of succeeding ... " White discloses input from a terminal to a procedure (an 
interactive transaction record) with a transaction view presented to the procedure (column 58, 
lines 25 - 35). White does not teach the use of a user interaction graph. However, Chen teaches 
the use of a user interaction graph (column 17, lines 59 - 65). Therefore, it would have been 
obvious to one skilled in the art at the time the invention was made to implement an application 
in a business system with interactive transaction records as taught by White modified with the 
user interaction graph as implemented in the teaching of Chen because this would allow more 
efficient display or selection of succeeding transaction records preserved in a tree form for 
selection by the user. 

"A preemptive transaction record indication . . . and not being a first Business Application 
message in said execution unit " White discloses the use of a view-stack to save and restore 
view information at different points in a transaction execution (column 137, lines 58 - 62). 

In regard to claim 7 incorporating the rejection of claim 6: 

"Said transaction method is starting. . . with an interactive transaction record. " White 
discloses input from a terminal to a procedure (an interactive transaction record) with a 
transaction view presented to the procedure (column 58, lines 25 - 35). 

"Said transaction method is proceeding... with all preemptive transaction records 
succeeding said interactive transaction record within the user interaction graph " White 
discloses the use of a view-stack to save and restore view information at different points in a 
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transaction execution (column 137, lines 58 - 62), but does not disclose the use of a user 
interaction graph. However, Chen teaches the use of a user interaction graph (column 17, lines 
59 - 65). Therefore, it would have been obvious to one skilled in the art at the time the invention 
was made to implement an application in a business system with the use of a view-stack to save 
and restore view information as taught by White modified with the user interaction graph as 
implemented in the teaching of Chen because this would allow the information in the view-stack 
to be displayed in a graphical format allowing more efficient user interaction. 

"Said transaction method is ending ...with a next interactive transaction record or with a 
last preemptive transaction record if no transaction record is succeeding... " White discloses the 
use of a view-stack to save and restore view information at different points in a transaction 
execution (column 137, lines 58 - 62). A stack has a last record. 
In regard to claim 8 incorporating the rejection of claim 7: 

"Encompasses as transaction method input parameters... " White discloses that the GTD 
is used to specify both input and output parameters (column 50, line 26 to column 51, line 6). 

"Encompasses as transaction method output parameters... " White discloses that the 
GTD is used to specify both input and output parameters (column 50, line 2 to column 5 1, line 
6). 

In regard to claims 13 - 14 and 17 - 19 (computer apparatus), and claims 24 - 25 and 28 
- 30 (program storage device), they are rejected for the same reasons put forth in the rejection of 
the corresponding claims 2 - 3 and 6 - 8 (method). 
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7. Claims 10, 1 1; 21, 22; 32, 33 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over White, U.S. Patent 5,428,782 as applied to claims 1, 12, and 23 respectively above, and 
further in view of Khalidi, U.S. Patent 5,764,897. 

White discloses a method by which a panel-driven application is executed with 
transactions on a data processing system, but does not teach object-oriented technology. Khalidi 
teaches an object-oriented transaction processing system (Abstract; Figure 4). Therefore, it 
would have been obvious to one skilled in the art at the time the invention was made to 
implement a panel-driven data processing system as disclosed by White and modify it with the 
object-oriented technology as found in the teaching of Khalidi because then different subsystems 
can operate independently allowing modification of transactions without modifying the entire 
base system. 

In regard to claims 21 and 22 (computer apparatus), and claims 32 and 33 (program 
storage device), they are rejected for the same reasons put forth in the rejection of the 
corresponding claims 10 and 1 1 (method). 



Response to Arguments 
9. Applicant's arguments filed August 1 1, 2003 have been fully considered but they are not 
persuasive: 

The Applicant has argued: 

(A) Claims 1, 12, 23, 34 and 42 have been amended to make clear that 
'sequence' is claimed as a sequence of Business Application panels 
within one execution of a Business Application. 
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With regard to claim 1 : 

In the analysis step, in White, the TDT is used during runtime of 
a to-be-constructed application to interact with the IET. The analysis 
step performed by our tool refers to existing Business Applications. 
Our analysis step takes place after the construction of a Business 
Application to analyze the panels of said Business Application to 
determine their input data in order to generate access to them (see 
the preamble) . 

In the generating step, White discloses a GTD generating compiled 
view objects from the TDF, not the TDT (col. 8, lines 37-41). The IET 
uses the TDT at runtime, not during the generation step. Furthermore, 
the disclosed GDT of White does not produce application specific 
logic. Col. 8, lines 51-52 states that the usage of the IET (based on 
TDT) enables the application procedure to contain primarily 
application specific logic. The application specific logic as 
disclosed by White has to be written by a programmer, and is not 
generated by the GDT (col. 9, lines 27-28) . 

In "wherein said generation step generates program code into the 
procedure, ... is providing required input data according to said 
analysis step to at least one sequence of succeeding Business 
Application panels, said sequence comprising at least one Business 
application panel, " the analysis step performed by the invention 
refers to an existing Business Application (a transaction), whereas 
the TDT from White is generated by the GDT out of the TDT for a new 
application (a set of transactions). In White, the TDT is the outcome 
of the GDT and cannot be compared to an analysis step. The program 
code generated by the present invention of claim 1 is able to execute 
at least a sequence of Business Application panels. Claim 1 has been 
amended to make clear that 'sequence 1 is claimed as a sequence of 
input/output Business Application panels within one execution of a 
Business Application. In White, col. 9, lines 28-34, there is multiple 
executions of the same transaction. 

In "wherein said generating step generates ... is performing a 
required activity for launching said Business Application to 
autonomously process at least one sequence of succeeding Business 
application panels without interaction with said user, " White 
discloses the fact that a terminal need not be a human interface, but 
can be an interactive program. However, White says nothing about the 
structure of the program processing the sequence of panels 
autonomously. The generation step performed by the present invention 
does generate code to allow a Business Application to be launched 
without human interaction. 



Examiner's response: 
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Analysis step: White discloses at column 18, lines 42 - 54, an analysis process that involves 
multiple panels of an existing application. 

Generating step: It appears that the Applicant's Transaction Method is generated and called at 
run time. The GTD generates view objects that are compiled for use at run time. 

"wherein said generation step generates program code into the procedure... : The Applicant 
has added "said sequence being within one execution of a Business Application." This appears 
to mean one transaction of a user. The citation of White, column 9, lines 28 - 34, refers to 
"across multiple executions of a transaction for any given user." This statement does not appear 
to preclude the Applicant's interpretation because a user can execute multiple transactions or one 
transaction in either case. The White citation does not preclude a single transaction. 

"wherein said generating step generates...: White clearly states at column 19, lines 42 - 54 that 
autonomous action without a user is allowed. 



(B)In regard to Claim 34: 

In "a transaction method called from a program .. . without 
interacting with said user," the TDT from White is generated by the 
GDT out of the TDT for a new application (a set of transactions). The 
disclosed GDT of White does not produce application specific logic. 
Col. 8, lines 51-52 states that the usage of the IET (based on TDT) 
enables the application procedure to contain primarily application 
specific logic. The application specific logic as disclosed by white 
has to be written by a programmer, and is not generated by the GDT 
(col. 9, lines 27-28) . 

In "wherein said transaction method is autonomously providing 
required input data ... to at least one sequence of succeeding 
Business Application panels," the program code called by the present 
invention of claim 34 is able to execute at least a sequence of 
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Business Application panels. The term 'sequence 1 used in claim 34 
refers to a sequence of input Business Application panels within one 
execution of a Business Application. In White, cot. 9, lines 28-34, 
there is multiple executions of the same transaction. 

In "wherein said transaction method if performing the required 
activity for launching said Business Application or process ... a next 
Buenos Application panel . . without interaction with said user, " White 
discloses the fact that a terminal need not be a human interface, but 
can be an interactive program. However, White says nothing about the 
structure of the program processing the sequence of panels 
autonomously. The Transaction Method of claim 34 is performing the 
required activity to allow a Business Application to be launched 
without human interaction. 

In regard to claim 35: 

In "wherein said transaction method includes handling Business 
Application messages with respect to individual Business Application 
panel elements based upon transaction records having Business 
Application message descriptions," White teaches in col. 8, lines 
37-50 how to generate views to be used to process I/O data of a 
transaction panel independent form the platform the user is working 
with. Claim 35 depended from claim 34 claims that the transaction 
method executes several succeeding panels and uses data from the 
panels . 

In "wherein said Transaction Method launches- the Business 
Application to process ... a next Business Application panel according 
to a Business Application message transition action." White teaches 
the linking from one application to another application and to 
maintain the state within a view stack. In claim 35, the processing of 
a next Business Application panel is within the same Business 
Application. How to perform the transition in included (coded) in the 
Transaction Method, and not part of a view stack. 



Examiner's response: 

In Claim 34: 

"a transaction method called from a program...": The view object of White does not require 
user intervention; they are generated automatically (column 8, lines 38 - 39; column 54, lines 14 
-18). 
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"wherein said transaction method is autonomously providing required input data.,": White 
discloses the sequence of panel views at column 27, lines 24 - 26). Also, White clearly states at 
column 19, lines 42 - 54 that autonomous action without a user is allowed. 

"wherein said transaction method if performing the required activity for launching said 
Business Application or process": White clearly states at column 19, lines 42 - 54 that 
autonomous action without a user is allowed. 

In Claim 35: 

"wherein said transaction method includes handling Business Application messages with 
respect to individual Business Application panel elements based upon transaction records 
having Business Application message descriptions/*: White discloses the sequence of panel 
views at column 27, lines 24 - 26). 

"wherein said Transaction Method launches the Business Application to process ... a next 
Business Application panel according to a Business Application message transition 
action.": White discloses the sequence of panel views at column 27, lines 24 - 26. 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 
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A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Lawrence Shrader whose telephone number is (703) 305-8046. 
The examiner can normally be reached on M-F 08:00-16:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kakali Chaki can be reached on (703) 305-9662. The fax phone number for the 
organization where this application or proceeding is assigned is (703) 872-9306. 

Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the receptionist whose telephone number is (703) 305-3900. / 



Lawrence Shrader 

Examiner 

Art Unit 2124 




October 31, 2003 



